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^ {^S^I^^^^^T^^^^ix^m^^z method for managing customer accounts in connection with a Pre-Paid platform (8). Ac- 
Jj? cordingTo the inetfiod the applications (3) communicate with the Pre-Paid platform (8). According to the invention, the applications 
g (3) are arranged to communicate with a proxy (4) and the Pre-Paid platform correspondingly (8) with a charging module (5), in 

which case the proxy (4) and the charging module (5) communicated with each other in a logically predefined manner, in which case 
Q the proxy (4) is used to collect and manage the charging data and related information of the services used by the customers, and the 
^ charging module (5) is used to charge the customer's Pre-Paid account, which is located on the Pre-Paid platform (8), or in a system 

behind it. 
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^y/T^hngjY^r rnntrniiing ,€^1^^=^ ?^ T i fTTTmiT i t n i n rAnn^ti oTi vAth 0 P fivPm d IN plfltfoTm, 
and a Pre-Paid mediator 



The present invention relates to a method, according to Claim 1, for managing customer 
accounts in connection with a Pre-Paid IN platfonn. 

The invention also relates to a Pre-Paid mediator according to Claim 12. 

Pre-Paid practice 

According to the state of the art, a Pre-Paid platform is used for billing several services. 
IN (Intelligent N6twork;)-based Pre-Paid services were originally made for billing 
switched-ciicuit calls, makmg it difiBcult to adapt new services to them. On the o&er 
hand, particularly in mobile telephone traffic, Pre-Paid services are used very generally 
in some countries. Particularly in countries in SouOxem Europe, the use of the Pre-Paid 
payment system is extr^ely widespread. Because ibis form of operation is so dominant, 
operators are unwilling to make substantial changes to thie basic structure of the system, 
file Pre-Paid service platform. Otha: services coimected to this system must be 
implemented, in billing, by simulating normal switched-circuit voice calls. 

EP patent application 1 100032 discloses a solution for managing service-provider 
accounts in a Pre-Paid application. The patent does not concern itself with managing 
customer accounts. 

WO publication 00/24161 discloses a solution, in which a Pre-Paid IN is connected in a 
tailor-made manner to tailor-made telephone network components. The solution cannot 
be applied to connecting existing network components to a Pre-Paid IN platform. 

The present invention is intended to eliminate ttie defects of the state of the art and to 
create an entirely new type of method for managing customer accounts in connection 
with a Pre-paid IN platform, as well as to create a Pre-Paid mediator. 
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The invention is based on arranging the applications to conununicate with a proxy and 
the Pre-Paid platform correspondingly with a charging module, so that the proxy and the 
charging module communicate with each other in a logically predefined manner, in 
which case the proxy (4) is used to collect and control ttie rate and other chargmg data 
and related information ofthe services used by the customer, and the charging module 
(5) is used to bill the customer's Pre-Paid account, which is located on the Pre-Paid 
platform (8), or in a system behind it. 

Here, the term application refers to a technical application (for example, MMS 
multimedia messaging, SMS short message service, GPRS general packet radio system), 
which operators provide for their customers, or a content or service, a content provider 
or service provider provides for their customers, ei&er throu^ the intermediary of he 
aforesaid operators, or directly. 

MoTO specifically, the method according to the mvention is characterized by what is 
stated in &e characterizing portion of Claim 1 . 

The Pre-Paid mediator according to the invention is, in turn, characterized by what is . 
stated in the characterizing portion of Claim 12. 

Considerable advantages are gained with the aid ofthe invention. 

With the aid ofthe invention it is possible to create a modular system in connection with 
a Pre-Paid platform, to which the desired number of applications can be easily 
connected. The system has comprehensive charging models and also permits the 
comprehensive connection of service providers to the Pre-Paid platform. 

Our invention is thus tedmology-independent and it therefore also independent of 
equipment manufecturers. Our solution also supports standard solutions and can easily 
be cormected to old telephone-network elements. Thanks to tiie aforementioned aspects, 
the system can also be easily configured to correspond to the special characteristics of a 
network and its elemrats. 
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The method does not reqmre the replacement or altemtion of existing network elements. 

In die following, the invention is examined with the aid of examples of embodiments 
5 according to the accompanying drawings. 

Figure 1 shows a block diagram of one Pre-Paid mediator according to the invention. 

Figure 2 shows a block diagram of Hie mediator according to the invention in an SMS 
10 applicatioxL 

Terminology: 



. Control system for service providers and customers . 1 

15 Service provider 2 

Service, e.g. GGSN (Gateway GPRS Support Node) 3 

Proxy 4 
Pre-Paid charging module (PCN, Prepaid-charging node) 5 

(MSG Mobile Switching Centre) GSM network 6 

20 Pre-Paid mediator 7 

Pre-Paid IN 8 

INAP/CAP protocol 9 

Management system for accounts 12 

IP protocol 13 

25 SS7 protocol 14 

Subscriber, terminal device (e.g., mobile station) 1 5 



According to Figure 1, the system according to the invration is built around a Pre-Paid 
IN 8 (Pie-faid intelligent network centre). The Pre-Paid IN 8 handles &e charging of 
30 Pre-paid customer accounts with the aid of an INAP/CAP protocol 9. The operation 
. varies slightly, depending on the kind of protocol eurrratly being used. In INAP 

signalling, all the intelligence is generally in the IN Pre-Paid systm. It takes care of the 
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entiie call control and the MSC is only a *dumb switch', i.e. all the call control is 
transferred to the IN system. On the other hand, in the CAP2 protocol, for example, the 
external syst^ carries out most of the work referred to above. The method according to 
the invention is best suited to cases, in which the prepaid aspect is entirely Mumb\ Thus, 
messs^es come to the Pre-Paid IN over a bus 9, vAddi has a very precisely predefined 
data-transfer protocol, and which cannot carry out complicated communication or 
chargii^ implemented with the aid of complicated rules. Thus the elements connected to 
it, such as tiie mobile telephone centre 6 and the Pre-Paid mediator 7 should be able to 
communicate using &e given rules. Typically, the imtocol is either INAP or CAP. In 
practice, with the aid of these protocols, calls can only be charged on the basis of their 
duratioiL However, the protocol will also permit the transfer of other call-related data, 
such as, for exanq)le, B-subscriber number data and the time and category of the call. 

Thus, in Figure 1, the mobile telephone centre MSC 6 and the mediator 7 according to 
the invention communicate with the Pre-Paid intelligent centre 8 using an INAP or CAP 
protocol. The mobile telephone centre transmits data concerning the voice-call data of 
each customer over the bus 9 to the Pre-Paid intelligent centre 8 while similarly the 
charging data is sent from the SMS centre 3 and the GPRS centre 3 to the Pre-Paid 
intelligent centre 8, just as if they were normal voice*call data. An essential feature of a 
prepaid system is that charging data can be transmitted prior to call connection or an 
SMS transmission, allowing the system to prevent the provision of services, if there is no 
money in the account. 

The Pre-Paid mediator 7 according to the invention handles the conversion of fte service 
(non-voice-call connection) into a simulated voice call, so that an amount corresponding 
to the service can be charged from the subscriber's account. At the same time, the 
system according to the invention produces, if necessary, simulated B-number data in 
the call detail record, from which fbe provider of the service (MMS, SMS, GPRS) can be 
d^jied afterwards. There is particular benefit &om this B-number adding fiinction, if the 
system configuration incorporates a management and billing system 1 for sev^ service 
providers 2. In that case, it is easy for a customer, or an operator's customer service to . 
determine, fit>m the B-number data, the basis on which the billing has been carried out 
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In turn, it is advantageoiis for service providers to provide diverse services, as the 
prepaid payment system ensures that they will receive payment for a service. In other 
words, the system can prevent services from being provided, if the balance in the Pie- 
Paid account is insxifBcient 

The core of fte invention is thus the Pre-Paid mediator 7, which is divided into a Pre- 
paid charging module 5 and a Pre-Paid proxy 4. To make the system as modular as 
possible, data transfer between the charging module S and the proxy 4 is implemented 
logically in the same way, irrespective of v^ch service (SMS, GPRS...) 3 the proxy 4 is 
connected to. In practice, the technical details of the data transfer between the charging 
module S and the proxy 4 typically depend on the type of cwtre 3 that is connected to 
the proxy 4. 

In the manner described above, an advantageous solution is created particularly for 
prepaid solutions or services, in which tiiere are several difference technical applications 
and several sendee and content providers. By using the arrangement according to the 
invention, the aforesaid content and service providers do not need to build any kind of 
support into their own systems in order to handle prepaid charging, because the prepaid 
chargmg system according to the invention is generally located in the possession of the 
operator. Further, by using the arrangement according to the invention, charging for new 
types of services can be flexibly supported. Examples of these are so-called non-voice • 
services, such as push-SMS content and pull-SMS content types of service. 

The division of tasks between the blocks 4 and 5 of the Pre-Paid mediator 7 is as 
follows: 

The proxy 4 has information as to which service the user of the terminal device 
intends to use. In addition, the proxy 4 sends the charging module S data 
concerning the amount of the service used (transferred data, the number of 
messages, the type of tiie messages) and concemmg the rating and service code 
relating to the service in question. The Pre-Paid mediator 7 recognizes the 
service and adds a defined charging model to it The service code identifies the 
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used service, which is converted by the module S into a form understood by the 
IN centre 8. In other words, the proxies 4 control the delivery of the service to 
the customer. The proxy 4 is also in charge of delivding the requested product or 
sovice whenever there is a positive balance in ihe account of the user. The proxy 
4 'conceals* the complexity of the data-communications network, the service 
platforms, the charging models, and rating from the charging module S and 
further fiom &e Pre-Paid IN 8. In other words, die Pre-Paid platform 8 does not 
necessarily know, nor need it know, what type of data-communications 
connection (SMS, MMS, OPRS, WWW, IVR, etc.) the subscriber is using for 
each service, because this information can be found in die proxy 4. 

The charging module S receives the aforesaid service data and rating and 
converts the rating parameters of the service into a form (B-numberf time) 
understood by the Pre-Paid IN 8. Next, the charging module S uses an INAP or 
CAP protocol to send the charging information to the Pre-Paid IN 8 over the bus. 
9. The charging module S can also receive the aforesaid charging data directly 
from the application server 3, v^ch can be, for example, an e-mail server. 
However, this requires the ^plication server 3 to transmit at least the data that 
the proxy 4 would do in reality. In other words^ in such a case the application 
server 3 also includes the functions of the proxy 4. 

Only the *B-number and the *call-time' used' travel in an INAP messE^e. In 
practice, the charging module 5 'conceals' the complexity of the proxies 4 jfrom 
the Pre-Paid IN 8. 

Figure 2 shows an example of the transmission of a text message between two mobile 
subscriptions, in an environment according to the invmtion. The mobile telephone 
centre MSC 6 receives a text-message transmission request from a tmninal device IS. 
Because a voice call is not involved, tiie message is routed to the proxy 4 and forwarded 
from there to the charging server S, which sends the Pre-Paid intelligent centre 8 data 
concerning a voice call of a certain length and possibly data concerning a certain B- 
number, in order to identify tiie service as specifically an SMS service. The Pre-Paid 
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intelligent centre 8 uses an INAP or CAP protocol to provide information as to whether 
the sending subscriber IS has an adequate balance and this information triggers the 
proxy to send the message, for example, through a switdied-circuit network (using the 
SS7 protocol 14), or tiux)Ugh a packet-switched network (using the IP protocol 13) to the 
short-message centre 3, which forwards the short message to ihe receiving subscriber IS. 
If the information of the Pre-Paid intelligent centre 8 shows that the sending subscriber's 
IS balance is insufSdent, the short message is not sent The Pre»Paid intelligent centre 
checks the subscriber's balance from the account-management system 12, which can be 
located in the intelligent centre or in a system external to it. Thus the charging server S 
and the Pre-Paid IN communicate mutually over the bus 9 using an INAP or CAP 
protocol 

The protocol between the charging server 5 and die Pre-Paid IN can also be an XML or 
other similar protocol suitable for charging. 

On the other hand, according to the invention, the Pre-Paid platform can also be a 
Service Node, or an account based solution, in which there is a balance-management 
function using a debit/credit interface. 

The proxies of the various service modules 3 (GPRS, SMS, MMS, etc.) differ from each 
other by always having differmt charghig models according to the technology and the 
business idea, in addition, the capability required by the proxy 4 in ordex to control the 
aforesaid chargmg models varies with the technology. For example, an SMS proxy 4 is 
simple, due to the simplicity of SMSs, SMS messages being graerally priced at a fixed 
rate. 

The diar^g model of a GPRS transmission server, on the other hand, is probably a rate 
based on the amount of data transferred (EUR/kilobyte). In addition, in GPRS prepaid 
solutions, the chargrog may become considerably more complicated, if, for example, the 
data amount (for example 100 kilobytes) that has been charged beforehand is not used 
after all, but part of it is returned to the user. 
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There are several charging models pennitted by the system according to the invention, 
the most important of which are, for instance, period, event, volume, product, and 
product-package-based charging models. Further interesting models include charging 
models, in which access to the system is charged for by time and an additional charge is 
made for the content used, §at example, on the basis of the amount of data transferred on 
the basis of 'access+content'. An altraiative diarging method is to bundle the content 
with access to the syston, in \Aich case it is possible to use the term 'content including 
access' charging. 

In fb& solution according to fbe invention, the charging definitions can be divided into 
two levels, of which the rules of the upp^ level can be, for example, access/bearer- 
based, service-specific, or roaming-based. 

The rules of the lower level can be, for example, the following charging principles: 

- fixed message charge, 

- fixed service charge, 

- defined according to use of the service, 

- subscription-based (validity period, amount of use), 

- based on the amount of data transferred, 

- based on the duration of the data transfer, 

- protocol-based (URL, APN, QoS), 

- based on the number of recipients, 

- a combination of any of the above. 

Each lower-level rule, or combination of them can refer to any of the upper-level rules 
whatever. Several lower-level rules can refer to a single upper-level rule. Such cases are, 
for instance, services based on an order, in vAdch the user receives a certain level of 
service for a fixed service charge and pays a surplus charge for anyfliing m excess of the 
level of service, either according to the amount transferred and/or to the duration of the 
transfer. 
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The upper-level model also states what and which proxies produce the chargmg 
information in the case of the service in question. For example: 

- if the charging model is access/bearer-specific, a GPRS proxy cm act as fhe 

proxy, 

- if the rating is service-specific, die proxy can be an MMS/SMS proxy. 

In other words, an upper-level service-specific dharging model can also act as 
configuration data for the Pre-Paid mediator. 

According to the invention, an unlimited number of proxies 4 can be added, because the 
proxies 4 are not visible fiom the Pre-Paid IN, 
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1 . A method for managing customer acco wits in coimection witih a Pre-Paid platfonn 
(8), in v/faich method 

- tiie applications (3) commimicate with the Pro-Paid platfonn (8), 
characteiiaBed in that 

- the plications (3) are arranged to commmiicate with a proxy (4) and the Pre* 
Paid platform correspondingly (8) with a charging module (S), in which case the 
proxy (4) and the charging module (5) communicated with each other in a 
logically predefined manner, in which case 

- the proxy (4) is used to collect and manage the services used by the customers, 
the charging models, and the rating, and 

- the charging module (5) is used to bill the customer's Pre-Paid account, which 
is located on the Pre-Paid platfonn (8), or in a system behind it. 

2. A method according to Claun 1, characterized in that the proxy (4) is used to collect 
the price information of the services used by the user and other related information data 
and to transmit this data to the chargmg module (5). 

3. A method according tp Claun 1 or 2. characterized in that the price data is formed 
according to various chargmg principles (for example, content+access, content including 
access). 

4. A method according to Claims 1, 2, or 3, characterized in that the proxy (4) is used 
to control the deliv^ of the service used by the user. 



5. A method according to Clauns 1, 2, 3, or 4, characterized in that a service code is 
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transmitted to the Pre-Paid platform with the aid of the call's BTnmnber foimed by the 
charging module. 

6. A method according to any of the above Claims, characterized in that the proxies (4) 
prevent services being delivered to the user^ if the user's pre-paid siccount is empty, or if 
the price of the s^ce is greater than the funds in the Pre-Paid account 

7. A method according to any of the above Claims, characterized m that '^e charging 
module (S) (PCN) transfers to the Pre-Paid platform (8) the real amount of the value of 
the service ordered by the user, m cash or other consideration, fiom the user's Pre*Paid 
account 

8. A method according to any of the above Claims, characterized in that the charging 
module (5) transmits the charg^g data to the Pre-Paid platform (8), using an INAP 
protocol. 

9. A method according to any of the above Claims, characterized in that the charging 
modiiles (S) transmits the charging data to the Pre-Paid platform (8), using a CAP 
protocol. 

1 0. A method according to any of the above Claims, characterized in that the node (7) 
converts the charging or rating data obtained from the proxy (4) into voice-calls. 

1 1 . A method according to any of the above Claims, characterized in that the call data 
includes at least a.B-number and a time definition. 

12. A Pre-Paid mediator (7) for managing customer accounts in connection with a Pre- 
Paid platform (8),. in which mediator (7) there are 

- chargings means (S) for communicating with the Pre-Paid platform (8), and 

- at least one proxy (4) for communicating with applications (SMS, GPRS, MMS), 
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characterized in that 

" the data-transfer interface in the direction of the applications is formed to be logically 
standard, in which case the prosdes (4) can be made modular, 

- the proxies (4) include means for collecting and/or managing the price and other 
similar data of the services used by customers, and 

r the charging means (S) include means for charging a customer's Pie-Paid account in 
the Pre-Paid platform. 

13. A mediator according to Claim 12, characterized in that the proxies are not in direct 
contact v^th the Pre-Paid platform (8). 

14. A computer software product, which implements the method according to Claim 1 . 



